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INTRODUCTION 

In a high performance processor system built around 
the M88000 family it makes sense to off-load many of 
the common I/O tasks to a dedicated I/O processor. 
This I/O processor is likely to be from a different family 
and therefore will use a different bus structure from 
that of the main processor system. Therefore some 
form of interface is required between the main 
processor bus system and the bus system of the I/O 
processor. This application note describes a circuit 
that can act as an interface between an M88000 type 
MBUS and the bus system of an I/O processor system 
based on the MC68340 which has an M68000 type 
asynchronous bus. 

FUNCTIONAL DESCRIPTION 

The function of this interface circuit isto translate all of 
the signal lines from the I/O processor to the type of 
signals required for an M88000 MBUS structure. The 
application is constructed from several PALs and 
standard TTL packages. The main section consists of 
a state machine built from a registered PAL. This is 
used to control the operation of the translator and 
allows for differing processor speeds and memory 
architectures. A block diagram of the full translator 
is shown in Figure 1. External connections via two 
96 way DIN connectors are shown in Figure la. The 
translator consists of four main functional blocks 
as follows: 



1. ARBITER — This block monitors the I/O 
processor's bus cycles until it detects a valid bus 
cycle from the I/O processor which indicates an 
access to memory on the MBUS. It then 
implements the standard MBUS bus arbitration 
protocol to gain control of the MBUS and signals 
the controller block once bus tenure has been 
obtained. 

2 . CONTROLLER —This block generates the seven 
bits of control information required by MBUS 
along with the parity bit for these control signals. 
I n addition this block also generates the handshake 
signals to the I/O processor to terminate its bus 
cycles. It also generates some internal control 
signals for other parts of the bus translator. 

3. MUX — This takes as input the 32-bit address 
bus and 16-bit data bus of the I/O processor and 
multiplexes them on to the 32-bit multiplexed 
address and data lines of the 88000 MBUS. 
The 16-bit data bus from the I/O processor is 
duplicated to produce a 32-bit data bus for the 
MBUS system. 

4. PARITY CHECKER — This block generates the 
four parity bits during the address phase of all 
MBUScyclesandduringthe data phase of MBUS 
write cycles. In addition, this block checks forany 
parity errors during the data phase of all MBUS 
read cycles. 



© MOTOROLA LTD., 1991 



MOTOROLA 




□_ 

I 

< 


5 

O 

<r 

O 


Figure 1. Top-level block diagram 














Figure la. External connections via two 96 way DIN connectors 
















CIRCUIT DESCRIPTION 

ARBITER — This is implemented in a 18P8 PAL (U1) 
as shown in Figure 2. The PAL equations are given in 
the appendix (see BTM_ARBITER) and describe in 
detail the operation of this block. 

CONTROLLER — This is implemented using two 
PALs (U2) and (U3) as shown in Figure 3. The 16R6 
PAL implements a simple state machine to generate 
two control signals, AOUT and DOUT, plus the 
handshake signals to the I/O processor, The state 
diagram is shown in Figure4. The 16L8 PAL generates 
the seven MBUS control signals and the parity bit for 
these signals. It uses the AOUT and DOUT control 
signals to signify which phase is currently being run on 
the MBUS. The PAL equations are given in the appendix 
(see BTM_CONTROLLER and BTM_HANDSHAKE) 
and describe the detailed operation. 

MUX — This block contains buffers and latches on 
the address and data buses of the I/O processor 
which allow them to be multiplexed onto one 32-bit 
bus on the MBUS, as shown in Figure 5. The buffers 
U5, U6, U7 and U21 are used to buffer the I/O 
processor's 32-bit address bus to the M B US address 
and data lines. The output enable of these buffers is 
controlled by the AOUT control signal produced by 
the Controller block. The latched buffers U8, U9, U10 
and U11 are used to buffer the 16-bit data bus from 
the I/O processor and multiplex it onto the MBUS 
address and data lines. Since the I/O processor's 
data bus is only 16 bits wide it is duplicated to 
produce a 32-bit bus on the MBUS side of the 
translator. During I/O processor read cycles the data 
on the MBUS side is valid only during rising MBUS 
clock edges. The latching capabilities of the 74FCT652 
devices are used to. sample the data on the clock 
edge and supply the appropriate 16 bits to the I/O 
processor. The PAL (U4) takes as input the internal 
DOUT signal produced by the Controller sub-block 
and uses this with the I/O processor's read/write 
signal to derive control signals for the latches and 
output enables for the data buffers. The PAL equations 


are given in the appendix (see MUX_CONTROLLER). 
This PAL also produces a latch enable signal which is 
fed to the Parity Checker sub-block. 

PARITY CHECKER — This optional sub-block 
performs the function of generating the four MBUS 
parity bits during all address phases and during data 
phases of MBUS write cycles. These parity bits are 
then driven out on the parity lines defined by MBUS. 
During the data phase of an MBUS read transaction 
this block samples the parity bits from the MBUS 
slave and again generates parity based on the data 
from the slave. It then compares the generated parity 
with the sampled values from the slave and signals 
any errorto the Controller sub-block. The circuit diagram 
of this block is shown in Figure 6. To minimise the 
number of parity generator devices used in the design 
all the parity generation is done only on the multiplexed 
M BUS address and data lines. U12, U13, U14and U15 
are transparent latches which are used to sample the 
data during M BUS read cycle data phases. The outputs 
of these latches are fed into U16, U17, U18and U19 
parity generator devices to produce the four parity 
bits. These bits are then buffered through one half of 
U21 to the MBUSparity lines. The PAL (U20) generates 
the output enable signal forthe U21 buffer to turn it on 
only during address phases and the data phases of 
MBUS write cycles. The latch (U22) is used to sample 
the four parity bits duringan MBUS readand then feed 
these to the PAL. The comparison between the 
generated parity and the sampled parity is performed 
in the PAL and an error signal called P. Error is generated 
for any comparison that fails. This is used in the 
Controller sub-block to force an early termination of 
the bus transaction. The PAL equations for U20 are 
given in the appendix (see PARITY_CHECKER). In any 
systems where parity is not considered to be an 
importantfeaturethis Parity Checker sub-block can be 
omitted from the design and the P. Error input to the 
Controller sub-block would then be pulled high (to its 
negated state). 
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Figure 2. Schematic of ARBITER block 
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APPENDIX 


This appendix contains the full source listings of the PAL equations used in this design. These source listings are 
shown in PALASM syntax as defined by AMD. 

U1 - 18P8B - BTM_ARBITER 


TITLE 

BTM_ARBITER 

PATTERN 

BTM AO01 

REVISION 

1.0 

AUTHOR 

Dave McCartney 

COMPANY 

MOTOROLA EKB 

DATE 

14th December 1989 

CHIP 

BTM_ARBITER PAL18P8 

/This PAL 

implements the ARBITER sub-block 


<S ¥ 


tne MBIOPBTM module. It monitors the IOP bus until 
'' it detects a Data address space bus cycle with A31= 1. The PAL then monitors the MBUS 
/arbitration signals and generates a Bus Request to the MBUS Arbiter. On receipt of a Bus Grant 
?it asserts the BA signal which is reflected in the MBUS B3 signal. It then negates 
'the Bus Request. The internal Bus Tenure signal TEN is generated for the controller sub-block 
;and then the PAL waits for the internal Transaction Complete signgf^jfcOM. 

/This terminates the bus tenure and negates the BA signal for this module. 


f 

/PINS 1 

2 

3 

PIN DEFINITIONS 

4 5 6 

7 

8 

9 

. R S 

10 

/RETRY 

A31 

/AS 

FC3 

FC2 

FC1 

FCO 

/BLCK 

/AB 

GND 

/PINS 11 

12 

13 

14 

15 

16 

17 

18 

19 

20 

/RST 

BG 

/BB 

COM 

/BERR 

/TEN 

BR 

baV^ 

NC 

VCC 


/PIN 1 
/PIN 2 
/PIN 3 
/PIN 4 
/PIN 5 
/PIN 6 


7 = 


/PIN 
/PIN 8 
/PIN 9 
/PIN 11 
/PIN 12 
/PIN 13 
/PIN 14 
/PIN 15 
/PIN 16 
/PIN 17 
/PIN 18 


/RETRY = MBUS System Status Line 2 
A31 = Address line A31 from the IOP. 

/AS = Address strobe from the IOP 
FC3 = Function code 3 from the IOP 

FC2 = Function code 2 from the IOP 

FC1 = Function code 1 from the IOP 

FCO = Function code 0 from the IOP 

/BLCK = Bus lock signal from the IOP 
/AB = MBUS Arbitration Busy Signal 
= /RST = MBUS Reset Signal 
= BG = Bus Grant Sdj8fcf*9(&m MBUS Arbiter 
= /BB = MBUS Bus Busy Signal 
= COM = TransactioniSomplete Internal Signal 
= /BERR = Bus Error Signal from the IOP IOP_H_ 
= /TEN = Bus Tenure Internal Signal 
= BR = Bus Request Signal to MBUS Arbiter BTM_BR 
= BA = Bus Acknowledge to MBUS Arbiter BTM BA 


MB_SS_N(2) 

IOP_H_A (31) 

IOP_H_AS_N 

IOP_H_FC(3) 

I0 P_H_FC( 2 ) 

I OP_H_FC(D 

IO P_ H _FC.(0) 

I0P _ H _ BLCK _ N 

MB_AB_N 

MB_RST_N 
BTM_BG 
MB BB N 

BERR N 


/Internal Bus Tenure signal /TEN is used to enable main controller sub-block when the MBIOPBTM has 
/gained control of the MBUS. Internal Transaction Complete signal /COM is generated by the 
/controller sub-block to terminate a bus tenur.e. 


Boolean Equations 


UATIONS 


BR.TRST = VCC 

BR=A3l*/FCl*FC0*AS*/RETRY*/TEN*/COM*/BA*/BERR*/RST 
BA.TRST = VCC 

BA=BG*/BB*/RST+BA*/COM*/RETRY*/RST+BA*BLCK*/RETRY*/RST * 

TEN.TRST = VCC 
TEN=BA*/COM*/RETRY*/RST 


Generate Bus Request 


Generate Bus Acknowledge 


Generate bus tenure once bus is obtained 


SIMULATION 



U2 - 16L8B - BTM_CONTROLLER 


TITLE 

BTM_CONTROLLER 


PATTERN 

BTM C001 


REVISION 

1.0 


AUTHOR 

Dave McCartney 


COMPANY 

MOTOROLA EKB 


DATE 

28th November 1989 


CHIP 

BTM_CONTROLLER 

PAL16L8 


/This PAL generates the 7-bit MBUS Control bus and the Parity bit for 
;this control bus. It generates the control bus signals for three 
;distinct phases, namely. IDLE, ADDRESS and DATA. The tristate control 
;for all the PAL outputs is connected to the internal Bus Tenure signal 
;TEN generated by the Arbiter sub-block. The PAL output phase is 
;determined by the state of two internal signals AOUT and DOUT which 
;are generated by the BTM Handshake PAL. 

; PIN DEFINITIONS 


/PINS 1 

2 

3 

'4'. 

5 

6 

7 

8 

9 

10 

/AOUT 

AO 

A1 

SIZO 

SIZ1 

R_W 

/DOUT 

/RESET 

/AS 

GND 

/PINS 11 

12 

13 

14 

15 

16 

17 

18 

19 

20 

/TEN 

CP 

C6 

C5 

C4 

C3 

C2 

C! 

CO 

vqrT 


;PIN 1 = /AOUT = Internal signal indicating Address Phase 
;PIN 2 = AO = Address line AO from the IOP IOP_H_A(0) 

;PIN 3 = A1 = Address,line A1 from.the IOP IOP_H_A(l) 

;PIN 4 = SIZO = Size 0 line from the IOP IOP_H_SIZ(0) 

;PIN 5 = SIZ1 = Size 1 line from the IOP IOP_H_SIZ(l) 

;PIN 6 = R_W = Read/write line from the IOP IOP_H_RW 
;PIN 7 = /DOUT = Internal signal showing Data Phase 
;PIN 8 = /RESET - MBUS Reset Signal MB_RST_N 
/PIN 9 = /AS = Address Strobe from the IOP IOP_H_AS_N 
/PIN 11 = /TEN = Bus Tenure Internal Signal 
;PIN 12 = CP = Parity bit for MBUS Control Signals MB_CP 
;PIN 13 = C6 = MBUS Control Signal G MB_C(6) 

;PIN 14 = C5 = MBUS Control Signal 5 MB__C (5) 

;PIN 15 = C4 = MBUS Control Signal 4 MB_C(4) 

;PIN 16 = C3 = MBUS Control Signal 3 MB_C(3) 

;PIN 17 = C2 = MBUS.Control Signal 2 MB_C(2) 

;PIN 18 = Cl = MBUS Control Signal 1 MB_C(1) 

;PIN 19 = CO = MBUS Control Signal 0 MB_C(0) 



;The internal signals AOUT and DOUT are generated by the BTM_Handshake 
,-PAL and the internal TEN signal comes from the BTM_Arbiter PAL 




EQUATIONS 


Boolean Equations 

CO . TRST = ,»TEN 

CO = AOUT*/DOUT*/RESET 


,-Enable output during MBUS Tenure 
/Only assert during Address Phase 


Cl.TRST - TEN 

Cl = /AOUT*DOUT*/RESET 


/Enable output during MBUS Tenure 
/Shows LDT during Data Phase 


C2.TRST = TEN 

C2 = /AOUT*/DOUT*/RESET 

+AOUT*/DOUT*R_W*/RESET 
+/AOUT*DOUT*R W*/RESET 


/Enable output during MBUS Tenure 
/Assert as. Read during Idle Phase 
/Assert during Address Phase for Reads 
/Assert during Data Phase for Reads 


C3.TRST = TEN 

C3 = /AOUT*DOUT*AS*/RESET*/AO*/Al*SIZO*/SIZl 
+/AOUT*DOUT*AS*/RESET*/AO*/Al*/SIZO*SIZl 
+/AOUT*DOUT*AS*/RESET*/AO*/Al*SIZO*SIZl 
+/AOUT*DOUT*AS*/RESET*/A0*/Al*/SIZ0*/SIZl 


/Enable output during MBUS Tenure 
/Byte transfer Data Phase 
/Word transfer Data Phase 
/3 Byte transfer Data Phase 
/Long Word transfer Data Phase 
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C4.TRST = TEN 

C4 = /AOUT*DOUT*AS*/RESET*AO*/A1*SIZO*/SIZ1 
+/AOUT*DOUT*AS*/RESET*/A1*/SIZO*SIZ1 
+/AOUT*DOUT*AS*/RESET*/A1*SIZO*SIZ1 
+/AOUT*DOUT*AS*/RESET*/A1*/SIZO*/SIZ1 

C5.TRST = TEN 

C5 = AOUT*/DOUT*AS*/RESET 

+/AOUT*DOUT*AS*/RESET*/AO*A1*SIZO*/SIZ1 

+/AOUT*DOUT*AS*/RESET*/AO*A1*/SIZO*SIZ1 

+/AOUT*DODT*AS*/RESET*/AO*A1*SIZO*SIZ1 

+/AOUT*DOUT*AS*/RESET*/AO*A1*/SIZO*/SIZ1 

C6.TRST = TEN 

C6 = /AOUT*DOnT*AS*/RESET*AO*Al*SIZO*/SIZl 
+/AOUT*DOUT*AS*/RESET*Al*/SIZ0*SIZl 
+/AOUT*DOUT*AS*/RESET*A1*SIZO*SIZ1 
+/AOUT*DOOT*AS*/RESET*A1*/SIZO*/SIZX 

CP.TRST = TEN 

/CP = AOUT*/DOUT*/R_W 

+/AOUT*DOUT*/R_W*SIZO*/SIZ1 

+/AOUT*DOUT*R_W*/SIZO*SIZ1 

+/AOUT*DOUT*R_W*SIZO*SIZ1 

+/AOUT*DOUT*R_W*/SIZO*/SIZ1 

SIMULATION 


;Enable output during MBUS Tenure 
;Byte transfer Data Phase 
;Hord transfer Data Phase 
;3 Byte transfer Data Phase 
/Long Word transfer Data Phase 

/Enable output during MBUS Tenure 
/Global flag Address Phase 
/Byte transfer Data Phase 
/Word transfer Data Phase 
/3 Byte transfer Data Phase 
/Long Word transfer Data Phase 

/Enable output during MBUS Tenure 
/Byte transfer Data Phase 
/Word transfer Data Phase 
/3 Byte transfer Data Phase 
/Long Word transfer Data Phase 

% 'V 

/Enable output during MBUS Tenure 
/address Phase Write 
/data Phase Write Byte :i 
/data Phase Read Word tni 
/data Phase Read 3 Byte 
/data Phase Read Long Word 


# 





U3 - 16R6D - BTM.HANDSHAKE 


TITLE BTM_HANDSHAKE 

PATTERN BTM_H001 

REVISION 1.0 

AUTHOR Dave McCartney 

COMPANY MOTOROLA EKB 

DATE 12th December 1989 

CHIP BTM HANDSHAKE 


PAL16R6 


/This PAL generates the handshake signals to the IOP to terminate the 
;IOP bus cycles. These include DSACK1 (16-bit port size),BERR and HALT. 

;It also generates the AOUT and DOUT signals to signify what state the 
;MBUS is in and it generates a transaction complete COM signal which 
;is used by the Arbiter to terminate bus tenure. The PAL operates as 
;a state machine which is clocked by the main MBUS system clock and 
/implements 3 distinct phases for MBUS 

r 

/ IDLE PHASE AOUT negated and DOUT negated 

/ ADDRESS PHASE AOUT asserted and DOUT negated 

/ DATA PHASE AOUT negated and DOUT asserted 

f ■ .fijjgS, 

/On gaining MBUS tenure the state machine shows an idle phase until/plie. 
/first rising clock edge when it moves into address phase. It will stay 
/in this phase until an O.K. status is seen on the MBUS system status lines 
/The machine then moves into Data phase and again waits for an O.K. before 
/returning to Idle phase where it waits until MBUS tenure is relinquished. 


PIN DEFINITIONS 


/PINS 1 

2 

3 

4 

5 

6 

7 8 

9 

10 

CLOCK 

/ SS3 

/SS2 

/SSI 

/SSO 

/PE 

/RESET /AS 

/TEN 

GND 

/PINS 11 

12 

13 

14 

15 

16 

17 18 

19 

20 

/OE 

COM 

/HALT 

/AOUT 

/DOUT 

/BERR 

f^NC /DSACK1C 

/DSACK1 VCC 

/PIN 1 = CLOCK = 

MBUS system clock 



MB_CLK 



/PIN 2 = /SS3 = MBUS System Status line 3 (Error) MB_SS_N(3) 

/PIN 3 = /SS2 = MBUS System Status line 2 (Retry) MB_SS_N(2) 

/PIN 4 = /SSI = MBUS System Status line 1 (Wait) MB_SS_N(1). 

./PIN 5 = /SSO = MBUS System Status line 0 (EOD) MB_SS_N(0) 

/PIN 6 = /PE = Internal Parity,'Error Signal 

/PIN 7 = /RESET = MBUS Reset Signal MB_RST_N 

/PIN 8 = /DS = Address Strobe from the IOP IOP_H_AS_N 

/PIN 9 = /TEN = Bus Tenure Internal Signal 

/PIN 11 = /OE = Active low output enable control 

/PIN 12 = COM - Internal Transaction Complete Signal 

/PIN 13 = /HALT = HALT handshake to the IOP IOP_H_HALT_N 

/PIN 14 = /AOUT = Internal Signal showing Address phase 
/PIN 15 = /DOUT.% internal Signal showing Data phase 

/PIN 16 = /BERR = BERR handshake to the IOP IOP_H_BERR_N 

/PIN 18 =. fi /DSACKlC = clocked version of DSACK1 to IOP (Not Connected) 

/PIN 19 = /DSACK1 = DSACK1 handshake to IOP (uses pin 18) IOP_H_DSACK_N(1) 

/The internal PE signal is generated by the parity checker block and the 

/internal bus tenure signal TEN is generated by the Arbiter block. The 
/transaction complete signal COM is an output which is used by the Arbiter 
/to terminate the MBUS tenure. The AOUT and DOUT signals are used to 
/produce to MBUS control signals C(6:0) and are used by the multiplexer 
/block to control the information placed on the MBUS AD(31:0) lines. 

r 

/For a normal bus cycle this PAL will generate a normal DSACK handshake 
/to the IOP. A cycle which results in an error on the MBUS system status 
/lines gives a. BEER handshake to the IOP. A retry cycle forces a retry 
/handshake by the assertion of HALT and BERR to the IOP, and MBUS tenure 
/is terminated early. A detected Parity error during the data phase of 
/an MBUS read cycle results in a Late Bus Error Handshake to the IOP 
/following the normal DSACK termination. 


MOTOROLA 

12 



Boolean Equations 


EQUATIONS 


HALT:= SS2*AS*/RESET 

+HALT*AS*/RESET 

DOUT:= AOUT*/DOUT*AS*/RESET*TEN 
*/SSl*/SS2*/SS3*/PE 
+DOUT*AS*SSl*/RESET*TEN 


;Assert if RETRY is valid 
;HOLD till AS negates 

;Change to Data Phase if 
;no error detected 
;Hold if WAIT detected 


/AOUT*/DOUT*AS*/RESET*TEN*/DSACK1 
*/SS1*/SS2*/SS3*/PE 
+AOUT*AS*SSl*/RESET*TEN 


;Enter Address Phase 
;if no error detected 
/Hold if WAIT detected 


COM = /AS*/RESET*TEN 
+SS3*/RESET*TEN 
+SS2*/RESET*TEN 

BERR := SS3*AS*/RESET*TEN 
+SS2*AS*/RESET 
+PE*AS *DSACK1*/RESET*TEN 
+BERR*AS*/RESET 

DSACK1 = DSACK1C*AS*/BERR 


DSACK1C :=/AOUT*DOUT*AS*/RESET*TEN 
*/SS3*/SS2*/SSl 
+DSACK1*AS*/RESET*TEN 

SIMULATION 


;Assert when IOP AS negates to terminate tenu 
;Assert if ERROR asserted to terminate tenure 
;Assert if RETRY asserted to terminate tenure 


;Assert if ERROR detected 
/Assert if RETRY detected 
/Assert if Parity Error detected 
/Hold till AS negates 


.nate tenure 
.nate tenure. 

»:k<~ 


re 

\j 




/Assert DSACK after clock edc 
/Negate when AS negates 
/or BERR asserts 


/Assert at end of Data 
/if no errors or wait "i 
/Hold till AS negates 


! 
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U4 - 16L8E - MUX_CONTROLLER 

TITLE MUX_CON TROLLER 

PATTERN MUX_C001 

REVISION 1.0 

AUTHOR Dave McCartney 

COMPANY MOTOROLA EKB 

DATE 18th December 1989 


CHIP 


MUX CONTROLLER 


PAL16L8 


;This PAL generates the control signals required to operate 74FCT652 
;bus transceivers during the data phase of every MBUS cycle when the 
.•module has been granted M3US tenure. These control signals consist 
;of output enables for data flow in either direction, a signal which 
;selects either real time or stored data and a signal which controls 
;the data latches inside the 75FCT652 devices. In addition a second 
;latch control signal is generated which is used by the Parity Checker 
/block to hold data coming from an MBUS slave. 




PIN DEFINITIONS 


PINS 

1 

2 

3 

4 

5 

6 

7 

8 

9 

10 


A1 

/DOUT 

R_W 

CLK 

/DS 

NC 

NC 

NC 

NC 

GND 

PINS 

11 

12 

13 

14 

15 

16 

17 

18 

19 

20- 


NC 

NC 

/GBAO 

/GBA1 

GAB 

SBA 

/LATCH. 

CBA 

NC 

JMC 


■PIN 

PIN 

PIN 


A1 = Address line A1 from the IOP IOP_H_A(l) 

/DOUT = Internal Signal Showing Data phase 
R_W = Read/Write line from the IOP IOP_H_RW 
CLK = MBUS System Clock MB_CLK 
/DS = Data Strobe from the IOP IOP_H_DS_N 
= /GBAO = Transceiver Enable B to A direction 
= /GBA1 = Transceiver Enable B to A direction 
= GAB = Transceiver Enable A to B direction 
= SBA = Real time or Stored data Select for B to A 
= /LATCH = Latch signal used by Parity Checker 
= CBA = Use to latch data into interna 1 latches 


PIN 4 = 
PIN 5 = 
PIN 13 
PIN 14 
PIN 15 
PIN 16 
PIN 17 
PIN 18 


/All of the above internal signals generated by the PAL are fed 
/directly to the appropriate control inputs on the 74FCT652 devices. 


Boolean Equations 



EQUATIONS 


GBAO.TRST = VCC 
GBAO = D0UT*R_W*A1*/GBA1*/GAB 
+GBA0*DS 


= VCC 


GBA1.TRST = VCC 
GBA1 = DOUT*R_W*/A1*/GBAO*/GAB 
+GBAl*DS 


/Output always enabled 
/Assert for Al=l for a read 
/Hold till DS negates 

/Output always enabled 
/Assert for A1=0 for a read 
/Hold till DS negates 


GAB.TRST = VCC 

GAB = DOUT*/R W*/GBA0*/GBAl 


/Output always enabled 
/Assert for writes 


CBA.TRST = VCC 
/CBA = DOUT*R W*/CLK 


/Output always enabled 

/Negate during read and low clock 


SBA.TRST = VCC 
/SBA = DOUT*R W*/CLK 


/Output always enabled 

/Real time during read and low clock 


LATCH.TRST = VCC 
LATCH = DOUT*R_W*CLK 
+LATCH*CBA*DS 


/Output always enabled 
/Asserted at end of data phase 
/Hold till DS negates 


SIMULATION 
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U20 - 16L8D - PARITY CHECKER 


TITLE 

PATTERN 

REVISION 

AUTHOR 

COMPANY 

DATE 


PARITY_CHECKER 

PARITY_P001 

1.0 

Dave McCartney 
MOTOROLA EKB 
16th January 1990 

PARITY CONTRL 


PAL16L8 


;This PAL is used to compare the four parity bits from the parity 


/generators with 

the four bits 

read 

from an 

MBUS 

slave and 

generates 

/a parity 

error 

if they 

do not 

agree 

. This 

check 

is only done on 


/the data phase 

of read 

cycles, 
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PIN 

DEFINITION 







/PINS 1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

/TEN 

/WAIT 

R_W 

GP3 

GP2 

GP1 

GPQ 

LATCH 

/AOUT 

GND 

/PINS 11 

12 

13 

14 

15 

16 

17 

18 

19 

20 

/DOUT 

NC 

/OC 

/PE 

LPO 

LP1 

LP2 

LP3 

NC 

VCC 


i 






;?IN 1 = /TEN = Bus Tenure Internal Signal 

;PIN 2 = /WAIT = MBUS System Status line 1 MB_SS_N{1) 

;PIN 3 = R_W = Read/Write line from the IOP IOP_H_RW 

;PIN 4 = GPS = Generated parity bit 3 % ; 

;PIN 5 = GP2 = Generated parity bit 2 m 

;PIN 6 = GP1 = Generated parity bit 1 

;PIN 7 = GPO = Generated parity bit 0 

;PIN 8 = LATCH = Internal latch control signal 

/PIN 9 = /AOUT = Internal signal showing address phase 

;PIN 11 = /DOUT = Internal signal showing data phase 

;PIN 13 = /OC = Output Control Signal for parity bits 

;PIN 14 = /PE = Internal Parity Error Signal 

;PIN 15 = LPO = Latched read parity bit 0 

;PIN 16 = LP1 = Latched read parity bit 1 

;PIN 17 = LP2 = Latched read parity bit 2 

;PIN 18 = LP3 = Latched read parity bit 3 

;The internal output control signal OC is used to control a four-bit 
;tri-state buffer which allows the generated parity bits to be driven 
;out on the ADP bus during the data phase of write cycles. The internal 
;LATCH control signal is the signal used to latch the data and parity bits 
/during read cycles and ios.used by the PAL to enable the parity checking. 
;For a fault during parity Checking the PAL generates the active low 
/Parity Error signal is detected by the controller block and 

;a bus error is returned to the IOP. 




EQUATIONS 


JF ..A 

.. ' ’ y.* v 

Boolean E 

= VCC 


quations 


OC.TRST = VCC 
OC m TEN */R_W 

+TEN*R W*AOUT*/DOUT 


/Output always enabled 
/Valid for all write cycles 
/or address phase of reads 


pe.tr: 


PE.TRST = VCC /Output always enabled 

PE = GP0*/LP0*R_W*/WAIT*/OC*/LATCH /Is GP0=LP0 during read 
+GP1*/LP1*R__W*/WAIT */OC*/LATCH ;or GPl=LPl 
+GP2*/LP2*R_W*/WAIT*/OC*/LATCH /or GP2=LP2 
+GP3*/LP3*R W*/WAIT*/OC*/LATCH/or GP3=LP3 
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